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SYSTEM AND METHOD FOR VIRTUAL RENTAL FLEET, 
MODELING A SIMULATED FLEET OF ASSETS 
AND DISPOSING OF ASSETS 

5 

RELATED APPLICATIONS 

This application claims the benefit of U.S. Application 
Serial No. 09/441,289 filed November 16, 1999, U.S. Provisional 
Application Serial No. 60/166,042 filed November 17, 1999, U.S. 

10 Application Serial No. 09/503,671 filed February 14, 2000, U.S. 
Application Serial No. 09/504,000 filed February 14, 2000, U.S. 
Application Serial No. 09/504,343 filed February 14, 2000, US 
Application Serial No. 09/653,735 filed September 1, 2000, and US 
Application Serial No. 09/702,363 filed October 31, 2000, the 

15 contents of which are all hereby incorporated in their entirety by 
reference . 

Background of the Invention 



1. Technical Field . 

The present invention relates generally to an electronic 
system and method for use in the field of asset management and 
electronic commerce . 



2 . Description of the Related Art . 

25 The field of industrial equipment, such as forklifts, includes 

business entities at several different levels, including 
manufacturers, dealers, third-party financiers, and end-user 
customers. In one common arrangement, the dealer maintains an 
inventory of a wide variety of equipment types for rental to its 

30 end-user customers (i.e., the dealer's "rental fleet"). Some types 
of equipment in the dealer's rental fleet, however, are only 
infrequently needed by the dealer's end-user customers. 
Accordingly, such seldomly used items experience a reduced 
utilization rate compared to other items in the rental fleet. The 

35 dealer tolerates reduced utilization on the seldomly used items for 
a number of reasons, including maintaining customer satisfaction, 
and, hopefully, not giving the customer a reason to "shop around" 
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for a new dealer who may have larger inventory of seldomly used 
pieces of equipment. Conventional methods of conducting business, 
particularly providing rental fleets, have obvious shortcomings, 
inasmuch as the full economic value of some items in the dealer's 
5 rental fleet cannot be realized. 

Another common business arrangement involves a third-party 
financing company that buys pieces of industrial equipment from 
the manufacturer and then leases the equipment to the end-user 
customer. The customer then utilizes the industrial equipment 

10 (the customer's "fleet") in its business. In some circumstance, 

the customer actively "manages" the fleet of industrial equipment, 
attending to repair and maintenance, the acquisition of 
replacement equipment, and the retirement of old or unproductive 
equipment from the fleet. In other circumstances, however, the 

15 leasing company performs the asset management function. In either 
set of circumstances, challenges to be overcome by fleet managers 
include how to effectively and efficiently determine the timing, 
selection, and acquisition of replacement equipment, and the 
disposal of equipment being retired from the fleet or coming to an 

20 end of the lease term. 

Known approaches to deal with the foregoing challenges fall 
mostly into the use of manual methods. For example, determining 
whether to replace a poorly performing piece of equipment has 
typically been based on limited data relating to the equipment 

25 known by an experienced fleet manager. 

Another approach known for asset management pertains to 
passenger vehicle fleets and involves a computer-based, Internet- 
enabled vehicle selector program. The vehicle selector program 
provides average values for a plurality of different operating 

30 parameters and vehicle types that may be of interest to a fleet 
manager considering vehicle replacement. These parameters may 
include average monthly maintenance cost, and average miles per 
gallon. While the vehicle selector program provides at least some 
useful financial and performance information to the fleet manager, 

35 such a system fails to address the ultimate question fleet 

managers encounter: How does a change (i.e., an addition, or a 
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subtraction) in the configuration of my fleet effect its overall 
performance? The known vehicle selector program simply does not 
provide information as to how a combined fleet would perform. 
Another challenge, particularly acute for third-party 
5 financing companies, involves how to effectively and efficiently 
dispose of assets whose lease has ended, or will end in the near 
future. Conventional analysis approaches have been haphazard at 
best. They have included utilization of well-known auction 
systems, posting of off -lease equipment on electronic bulletin 

10 boards and the like for sale purposes, as well as utilization of 
consignment networks. One key shortcoming of all these known 
systems of disposing of end-of-lease assets manifests itself in 
the failure to fully realize the full, remaining economic value of 
the asset. One factor contributing to this shortcoming involves 

15 the lack of information available to potential purchasers, renters 
and lessees. Information concerning the condition, treatment, 
and, particularly, the maintenance history of the asset during its 
operating life up to the time the asset is being offered for 
disposal are all important in determining a sales price, but are 

20 frequently unavailable. In any event, such information is never 
convenient to obtain. For example, it is known in the passenger 
vehicle fleet industry to make some level of maintenance history 
data on particular vehicle available to the potential purchaser. 
However, to obtain this data, the potential purchaser must make a 

25 telephonic request to the asset's fleet manager, who manually 
looks up the information, and provides it (e.g., by way of 
facsimile) to the potential purchaser if it is even available. 
Obtaining such information, therefore, involves a significant 
investment, both in time and effort. The investment is entirely 

30 lost if the purchase is not consummated, and is still partially 
lost even if the asset is finally transferred. The time lag 
involved in obtaining the information also leads to undesirable 
inefficiency. For example, a purchaser may have to make a quick 
decision regarding whether or not to buy a first asset, which 

35 would preclude a lengthy investigation of a second asset (e.g., 
the first asset may be sold by the time the investigation of the 
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second asset has been completed) . This is particularly 
inefficient if the second asset is a better "fit" for the 
purchaser than the first asset . 

There is therefore a need for a system and method for 
facilitating transactions, and for managing assets of a fleet, 
that minimizes or eliminates one or more of the types problems 
exemplified above. 

Summary of the Invention 

In one aspect of the present invention, an electronic system 
is provided for facilitating transactions, particularly rental 
transactions. The electronic system provides, in-effect, a 
"virtual" rental fleet available to a user of the system, such as 
a dealer. The system includes an asset configuration unit, a 
market database, a market search module, and a communications 
interface. 

The configuration unit is responsive to input data provided 
by a first user of the system for generating a profile of an 
asset. The asset profile comprises asset specification data and a 
bid definition. In a preferred embodiment the bid definition 
outlines parameters associated with a rental transaction of the 
asset. The market database is configured to store a plurality of 
asset profiles. The market search module is configured to search 
the market database, based on search parameters specified by a 
second user, and generate an identification of assets. The bid 
module is configured to allow the second user to select one of the 
assets on which to bid. The bid module is also adapted to provide 
rental options to the second user, based on the bid definition for 
the asset. Finally, the communications interface is configured 
for facilitating the electronic remote access by the second user 
of the system. 

Through the foregoing, a dealer or the like is provided 
access to a "virtual" rental fleet of assets, some of which are 
not owned or controlled by the dealer. The system allows a user, 
such as a dealer, to satisfy the requirements of the dealer's end- 
user customer without having to maintain infrequently used items 
in the dealer's own rental fleet (which experience low utilization 
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rates and thus return on investment.) Additionally, the electronic 
system also allows a user, such as a dealer, who has its own 
under-utilized assets to consign such assets for rental by third 
parties, thereby allowing an increased, effective utilization 
5 rate. 

In another aspect of the present invention, an electronic 
system is provided for facilitating transactions, including, for 
example, assets disposal. The system, according to this aspect of 
the present invention, provides detailed information concerning an 

10 asset including the maintenance history data so that the user, a 
potential purchaser, rentee or lessee, may evaluate the asset. 
The system includes a first database, a market search module, and 
a communications interface. 

In a preferred embodiment, the first database is configured 

15 to store information associated with a plurality of assets, such 
as pieces of industrial equipment. The market search module is 
configured to search the first database, based on search 
parameters specified by the user in anticipation of at least one 
of a purchase, rental and lease transaction. The market search 

20 module is also adapted to generate an identification of assets in 
accordance with the specified search parameters. At least one of 
the identified assets has a description that includes maintenance 
history data of the asset. The communications interface is 
configured to facilitate electronic remote access of the system by 

25 the user which, in one embodiment, occurs over the Internet. 

The electronic system, according to this aspect of the 
present invention, maximizes value extraction by making detailed 
information concerning the asset readily available to the user. 
In particular, the maintenance history of the asset constitutes 

30 information that may increase the price obtained for the asset. 
For example, the maintenance history data is particularly 
important to a dealer class of users of the system who anticipate 
sub-renting or sub-leasing the asset for a short term, inasmuch as 
a common commercial practice places the responsibility of 

35 maintenance on the dealer, not the end-user customer. 

Availability of information such as maintenance history data 
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electronically, and immediately, substantially minimizes or 
eliminates the cost associated with information acquisition. 

In another aspect of the present invention, an electronic 
system for modeling a simulated fleet is provided. The capability 
to model a simulated or "fantasy" fleet of assets provides the 
user with an effective and efficient mechanism to perform "what 
if" analyses. The user can then use the results to evaluate what 
effect proposed changes to an existing fleet would have on overall 
fleet performance. The electronic system for modeling a simulated 
fleet includes a simulated fleet configuration unit, a reporting 
and analysis module, and a communications interface. 

The simulated fleet configuration unit is provided for 
allowing a user to add a plurality of assets to the simulated 
fleet. Each asset is defined as having at least one parameter 
associated therewith. For example, in one embodiment, the 
parameter may be a total hourly cost to operate the asset . The 
reporting and analysis module is configured to generate a report 
having a composite output value that corresponds to the parameter, 
and, is characteristic of all of the assets in the simulated 
fleet. For example, the composite output value may be a composite 
total hourly cost for all the assets in the simulated fleet. 
Finally, the communications interface is configured to facilitate 
electronic remote access of the system by the user. For example, 
in a preferred embodiment, the communications interface allows 
access to the system over the Internet. This reduces the time and 
effort to obtain information. The system, according to this aspect 
of the present invention, provides a more effective asset 
management tool than available using conventional systems. 

In a preferred embodiment, some of the assets contained in 
the simulated fleet correspond to assets already contained in the 
user's existing fleet. The remainder of the assets in the 
simulated fleet correspond to new or used assets proposed for 
acquisition by the user. The report; generated by the reporting 
and analysis module contains a composite output value 
representative of all the assets in a simulated fleet, namely, 
both the existing assets, and the proposed assets to be acquired. 
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The report may be compared to a second report generated based on 
the performance of the assets in the existing fleet alone. 
Comparison of the two reports by the user allows accurate 
evaluation of the impact of the proposed changes . 
5 Other objects, features, and advantages of the present 

invention will become apparent to one skilled in the art from the 
following detailed description and accompanying drawings 
illustrating features of this invention by way of example, but not 
by way of limitation. 

0 

Brief Description of the Drawings 

Figure 1 is a simplified diagrammatic and block diagram view 
of a fleet management and electronic commerce system in accordance 
with the present invention; 

5 

Figure 2 is a simplified block diagram view illustrating 
functional modules according to the invention; 



20 



25 



Figure 3 is a simplified diagrammatic view of a screen output 
of the system of Figure 1, including a link to further fleet 
information; 

Figure 4 is a simplified diagrammatic view of a screen output 
of the system of Figure 1, showing detailed fleet information; 

Figure 5 is a simplified flowchart diagram showing the steps 
for a method of adding an asset to a fleet; 

Figure 6 is a simplified diagrammatic view of a screen output 
30 of the system of Figure 1, illustrating greater detail of a 
selected asset, including maintenance history data; 

Figure 7 is a simplified flowchart diagram illustrating the 
steps for a method of consigning an asset for sale, rental or 
35 lease; 
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Figure 8 is a simplified diagrammatic and block diagram view 
showing, in greater detail, the process for generating asset 
specification data and a bid definition; 

5 Figure 9 is a simplified diagrammatic view of a screen output 

of a fleet search module of the present invention; 

Figure 10 is a simplified diagrammatic view of a market 
search criteria input form; 

10 

Figure 11 is a simplified diagrammatic view of a screen 
output showing an identification of assets resulting from the 
market search; 

15 Figure 12 is a simplified diagrammatic view of a screen 

output showing purchase, lease and rental options; 

Figure 13 is a simplified diagrammatic view of a screen 
output showing assets contained in a simulated or "fantasy" fleet; 
20 and 

Figure 14 is a simplified diagrammatic view of a screen 
output illustrating a report, including a composite financial 
parameter, for a simulated fleet. 

25 

Detailed Description of the Preferred Embodiments 

Referring now to the drawings wherein like reference numerals 
are used to identify identical components in the various views, 
Figure 1 is a simplified diagrammatic and block diagram view 

30 showing an electronic system 20 for managing, tracking and 

conducting electronic commerce, with respect to a plurality of 
assets designated 22 x , 22 n . The assets 22i, 22 n are 
illustrated as being a plurality of pieces of movable industrial 
equipment, such as a plurality of conventional forklifts or 

35 similar machinery, used in the manufacture of goods in a typical 
factory environment. It should be understood, however, that 
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system 20 is configured for operation with a wide variety of 
assets. System 20 is further configured to manage, and facilitate 
commercial transactions involving other assets (i.e., those not 
tracked) that are consigned or otherwise made available on an 
5 electronic market established by system 20. 

Before proceeding to a detailed description of system 20 
keyed to the drawings, a general overview of the features of the 
present invention will be set forth. 

Electronic system 20 overcomes a problem identified in the 

10 Background, namely, the inability of prior systems to 

significantly facilitate business transactions that could increase 
utilization of infrequently rented assets in a user's rental 
fleet. Electronic system 20 includes functionality that allows 
users, in-effect, to consign assets on an electronic market in a 

15 manner that makes detailed information, such as maintenance 
history, readily available. Through the foregoing, users of 
system 20 having under-utilized equipment may use system 20 to 
"post" such equipment on the electronic market for rental, lease, 
or the like by other users of the system. Not only does system 20 

20 enable some users to increase utilization of under-utilized 

assets, other users, (e.g., dealers) who have an occasional need 
for some equipment (e.g., to provide to their end-user customers), 
can rent or lease equipment from the market in contemplation of 
sub-rental or sub-lease, without having to actually own the 

25 equipment. Detailed information, such as maintenance history 

data, allow users to make informed decisions. Equipment selection 
efficiency is significantly improved since it is commonplace for 
users such as dealers to be responsible for the maintenance of 
equipment they sub-rent. Well maintained and problem free 

3 0 equipment will likely be in the highest demand, and draw the 
highest lease and rental rates . 

Another shortcoming set forth in the Background involves the 
failure to realize an assets' full value upon disposal at the end 
of a lease term. Conventional systems are inefficient and 

35 inconvenient for making desired information available to new 
owners, leasees, and renters prior to their making decisions 
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concerning such transactions . In accordance with the present 
invention, electronic system 20 is configured for facilitating 
transactions by creating an electronic market. In particular, 
system 20 is configured to allow remotely located users to 
5 electronically search the market based on search parameters they 
specify, and obtain a detailed description of the assets, 
including the maintenance history data. System 20 also includes a 
bidding mechanism configured to allow the user to bid on the 
assets. The contemplated transactions can be closed 

10 electronically. 

As stated in the Background, one shortcoming of conventional 
asset management systems involves the absence of an electronic 
"what if" analysis tool . The present invention overcomes this 
shortcoming, enabling the creation of a simulated ("fantasy") 

15 fleet. A user of system 20 may add a plurality of assets to the 
simulated fleet, including currently held or controlled assets in 
an existing fleet, such as assets 22 lf „., 22 n , as well as new 
and/or used assets available in a "market" portion of system 20. 
The simulated fleet analysis tool allows the user to evaluate 

20 proposed changes to an existing fleet. The tool may be used to 

compute parameters of interest that are characteristic of all the 
assets contained in the simulated fleet, which can then be 
compared to the same parameters for the user's existing fleet. 
Referring now to Figure 1, system 20 is configured for 

25 electronic remote access by a plurality of remote users, 

designated 23 lt 23 n , through remote client computers 24 1( 24 n , 
over a global computer network, such as Internet 26. Private 
networks or dial-up connecting may also be used. Inasmuch as 
system 20 performs a variety of functions, such as tracking and 

30 management of assets, as well as facilitating electronic commerce, 
the users 23 l( 23„ may fall into a plurality of user classes, 
which are accommodated within system 20. 

With continued reference to Figure 1, remote client computers 
24 1( „., 24 n may be any one of a plurality of well known computer 

35 systems, such as, for example, a personal computer (PC) running a 
Microsoft Windows operating system (e.g., Windows 95, Windows 98, 
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Windows NT Workstation, and Windows 2000) , or a Macintosh computer 
(Apple Computer) . When used with Internet 26, remote client 
computers 24 x 24 n are preferably configured to include a 
conventionally, commercially available web browser, such as, for 
5 example, Netscape Navigator 4.0 or higher, commercially available 
from Netscape Communications Corporation, or Microsoft Internet 
Explorer 4.0 or higher, commercially available from Microsoft 
Corporation, Redmond, Washington. The browser included on client 
computers 24 1( 24„ preferably includes the capability of 

10 establishing a secure connection through Internet 26, by way of a 
firewall system 44 with web server 30, for example, using a Secure 
Sockets Layer (SSL) protocol described below. Of course, other 
mechanisms for establishing a secure connection, such as the S- 
HTTP protocol may be used so long as both the client computers 24 

15 and web server 3 0 are configured to include software compliant 
with the chosen protocol. Moreover, the present invention 
recognizes that different client software may be required when 
using private networks or a dial-up connection. 

System 20 interfaces with a tracking and management system 

20 28, and preferably includes a first computer system, such as a web 
server 30, a second computer system, such as an application server 
32, and a third computer system, such as a database server 34. 
One or more of the servers may be combined, depending on the size 
and complexity of system 20. Database server 34 is coupled to a 

25 market database 36 and a global asset database 38 comprising a 

fleet database 40 and a preconf igured asset database 42. In the 
client-server architecture described herein, the "server" provides 
the information to the "clients" . Electronic system 20 may 
further include, in an alternative embodiment, a firewall system 

30 44. 

Tracking and management system 28 is configured to 
automatically gather, analyze, and deliver information relating to 
the procurement and utilization of assets 22 x , 22 n , so as to 
maximize productivity and to reduce operating cost and 
35 administrative burdens. Each asset may be provided with a data 
acquisition device for sensing and storing one or more operating 
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characteristics associated with the asset. Such information can 
be transmitted to a receiver connected to a collection controller 
contained within system 28 for purposes of storing such 
information. System 28 may be further configured to automatically 
5 update individual records associated with each of the assets with 
information received, including for example, maintenance history 
information, and hour -meter readings. System 28 is operatively 
coupled to electronic system 20, particularly database server 34, 
as shown in Figure 1. This coupling allows system 20 to be 

10 updated with current information regarding the tracked assets 22! , 
22 n . Users 23i, 23 n may then access and review the status of 
their fleets, over Internet 26, using system 20 as a gateway. 
Tracking and management system 28 may be a system as described in 
co-pending application U.S. Serial No .: 09/441 , 289 , filed 11/16/99 

15 entitled "APPARATUS AND METHOD FOR TRACKING AND MANAGING PHYSICAL 
ASSETS", hereby incorporated by reference in its entirety. 

Web server 30 operates as a communications interface for 
facilitating electronic remote access of system 20 by users 23 1( 
23 n via client computers 24 l7 24 n when using Internet 26. Web 

20 server 30 is preferably compatible with the ubiquitous HyperText 
Transfer Protocol {HTTP 1.1), and includes the capability of 
establishing a secure connection with client computers 24 lf 24 n 
via, for example, the publicly available Secure Sockets Layer 
(SSL) protocol. Version 3.0 of the SSL protocol is commercially 

25 available from Netscape Communications Corporation. Web server 3 0 
may comprise suitable hardware configured to handle anticipated 
traffic (e.g., requests, responses) therethrough, and may further 
execute conventional, commercial software, such as Windows NT 4.0 
operating system software running Microsoft Internet Information 

30 Server (IIS 4.0) software, both commercially available from 
Microsoft, Redmond, Washington USA. 

Application server 32 is configured for running components of 
system 20, described functionally below, as well as serving 
reports. Application server 32 may comprise conventional, 

35 commercially available hardware, and include conventional, 

commercially available software such as Windows NT 4 . 0 operating 
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system software, Microsoft Transaction Server 2.0 transaction 
server software, as well as a conventional, commercially available 
reporting engine software, such as Power Builder or Crystal 
Reports . 

Database server 34 is configured for executing all database 
serving within electronic system 20, and may comprise suitably 
adapted hardware selected, in part, on anticipated traffic and 
data access response-time standards set for system 20. Database 
server 34 may include conventional, commercially available 
software, such as Windows NT 4.0 operating system software, and 
Microsoft SQL server 7.0 database server software, both from 
Microsoft, Redmond, Washington USA. 

Web server 30, application server 32, and database server 34 
define a multi-tiered computing environment configured to achieve 
and implement the functionality to be described in greater detail 
hereinafter. It should be understood that alternate architectures 
may be employed, achieving the same functionality, yet remain 
within the spirit and scope of the present invention. 

System 20 organizes asset information into several logical 
groups. Market database 36, shown diagrammatically in Figure 1, 
is configured for storing a plurality of asset profiles, 
associated with a corresponding plurality of assets, destined for 
disposal on an electronic market. Contemplated transaction types 
include sale, rental and lease. The asset profile includes two 
parts: asset specification data and a bid definition. The asset 
specification data includes a variety of details about the asset, 
as well as its maintenance history. The bid definition outlines 
the parameters associated with the above -described commercial 
transactions contemplated for the asset. Market database 36 is 
illustrated as a logically separate database, although it should 
be understood that market database 36, in alternative embodiments, 
may be implemented together on the same physical hardware as the 
global asset database 38. Market database 36 is configured for 
rapid retrieval of asset information, as desired to facilitate the 
electronic commerce functionality of electronic system 20. 
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Fleet database 40 is configured to store asset specification 
data for assets contained in fleets being managed by system 20. 
As used herein, "fleet" is a logical grouping or association of 
one or more assets, which may include assets 22i 22„ being 
5 tracked and managed by system 28. A "fleet" may be either (i) a 
current fleet, or (ii) a simulated or "Fantasy" fleet. An 
existing fleet is a fleet containing assets under the control of a 
user, for example, through ownership or lease. A "Fantasy" fleet 
may contain (i) any assets in any of the user's existing fleets 

10 ("held assets"), (ii) new or used assets not held or controlled by 
the user such as may be available for purchase, rental, or lease 
from third-parties via the market, or (iii) fictional assets 
having a predetermined usage, and performance profile, from the 
preconf igured asset database 42 . 

15 Preconf igured asset database 42 includes a plurality of asset 

specifications for various asset types. The asset specification 
includes values that may be a composite of a plurality of 
specific, actual assets of the same or similar type. For example, 
a model "A" forklift from a particular manufacturer may have an 

20 average monthly maintenance cost based on a long history of 
tracking the maintenance cost for model "A" forklifts. A 
preconfigured asset brings these composite values when added to a 
fleet. 

Firewall system 44 is disposed between the connecting network 
25 such as Internet 26, which is generally considered "insecure", and 
the secure, private network on which servers 30, 32, and 34 reside 
and execute. Firewall system 44 may be implemented in software, 
hardware, or a combination of both. As is known generally, 
firewall system 44 is configured to intercept messages destined 
30 for web server 30, or exiting therefrom, and to examine such 
messages, and block those that do not meet security criteria. 
Firewall system 44 enhances the security, and hence the integrity, 
of the electronic market established by the invention. Firewall 
system 44 may comprise conventional devices and methodologies 
3 5 known to those of ordinary skill in the art. 
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Figure 2 is a block diagram view of the functional modules 
implemented on electronic system 20. Functional modules include a 
login or authentication module 46, a fleet module 48 comprising a 
simulated fleet module 50 and a current fleet module 52, a fleet 
5 search module 54, a market module 56 comprising a market search 
module 58 and a bid module 60, a reporting and analysis module 62, 
and a bid definition module 64 . 

Login 46 provides authentication functions, principally 
through a user ID/password approach. In one embodiment, 

10 electronic system 20 includes several classes of users: a guest 
class, a member class, and a dealer class. A guest is 
characterized as having no member privileges, but can view assets 
available in market database 36, as well as other public areas of 
electronic system 20. A member has an enhanced set of privileges. 

15 A member may create an actual fleet, and/or a simulated fleet, may 
conduct searches of the assets contained in the members existing 
and/or simulated fleets, may search market database 36 and bid on 
selected assets, run reports and conduct analyses, as well as 
place assets in market database 36 for disposal. A dealer has 

20 access to the features available to members, but in addition, has 
access to a set of dealer tools generally unavailable to members, 
as discussed further below. Finally, electronic system 20 
provides for an administrative class of users having heightened, 
administrative rights and privileges, for example to perform 

25 maintenance or reconfigure system 20. 

Before new users can practically Use system 20, they must 
register. Accordingly, associated with login module 46 is a 
registration module (not shown) that allows a new user to 
register, typically as either a member, or a dealer. For 

3 0 registration activities and/or user profile changes, web server 3 0 
and the corresponding client computer 24 communicate via a secure, 
encrypted connection, such as via the SSL encryption protocol. 

Regarding existing users, login module 46 is configured to 
automatically log the user in upon detection of an auto-login 

35 "cookie" . A "cookie" is a message that is given to a client 

(e.g., a web browser on a client computer 24 1( , 24„) by a server 
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(e.g., web server 30) . Client computer 24 : will cache the cookie, 
and store the cookie in a file on the client computer 24 x if the 
cookie is a so-called "persistent" cookie. A part of the message 
is a description of the range of URLs (e.g., 
5 http://www.ironrhino.com) for which that cookie is valid, and a 
time period for which the cookie will persist. Any future HTTP 
requests by the client computer that fall within that URL range 
(e.g., http://www.ironrhino.com) and valid time period will 
include, with the HTTP request, the current value of the cookie to 

10 the server. In operation, electronic system 20 is configured to 
query a user 23 using a client computer 24 to determine whether 
the user wishes to save the user- login and password. If the user 
responds "YES" , then electronic system 20, particularly web server 
30, sends a cookie to the corresponding client computer 24, 

15 wherein the cookie is stored in a file. When the user 

subsequently accesses the URL from which the home page of system 
20 are served, the browser portion of client computer 24 
determines a match and will send the auto- login cookie, 
(containing login/pasBword) to electronic system 20 for 

20 authentication purposes. Upon successful login, login module 46 
directs the user (e.g., member or dealer) to the user's start page 
(best shown in Figure 3) . 

With continued reference to Figure 2, fleet module 48 is 
configured to allow members and dealers to add their current fleet 

25 information into electronic system 20 for reporting, tracking and 
analyzing by module 62. It should be understood that such 
activities provide much information regarding the status of the 
fleet, and upon which important business decisions can be based. 
Simulated fleet module 50 is configured to allow a user 23 to 

30 access, add, view, edit and delete assets in a simulated fleet. 
According to the invention, the "Fantasy fleet" feature allows 
accurate and immediate "what if" analysis, unavailable through the 
use of conventional systems. Current fleet module 52 allows a 
member or dealer to access, add, view, edit, or delete assets in 

35 one or more existing/actual fleets associated with the registered 
member or dealer. 
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Figure 3 shows a user's "start" page 66 generated by fleet 
module 48 after a successful login. Start page 66 includes a 
navigation pane, a search pane 70, a descriptive text pane 72, an 
advertising/promotions pane 74, an existing fleet information pane 
5 76, and a simulated or "fantasy" fleet information pane 78. 

Navigation pane 68 includes, in the illustrated embodiment, a 
plurality of user-invoked (e.g., via "clicking" with a mouse or 
other pointing device) functions or operations that enable 
efficient navigation through the various modules of electronic 

10 system 20. Navigation pane 68 includes a Home button 80, a Search 
button 82, a "My Fleet" button 84, a "Fleet Builder" button 86, a 
STORE button 88, a Library button 90, a Reporting button 92, and a 
FAQ (Frequently Asked Questions) button 94. Wherever the user 
navigates to within system 20, navigation pane 68 will appear at 

15 the top of the screen. 

The "Home" button directs system 20 to take the user back to 
an initial login/ registration page, which is then displayed on the 
user's client computer 24. Search button 82 invokes fleet search 
module 54, which is configured to search the user's fleets to 

20 identify assets based on user specified search criteria (e.g., 

make, model, and year of manufacture.) . The "MY FLEET" button 84 
invokes fleet module 48, taking the user to the user's start page 
66. The "FLEET BUILDER" button 86 invokes a fleet builder wizard 
to lead the user through the steps of creating a new fleet of 

25 actual assets, "or a simulated fleet. The "STORE" button 88 
invokes market module 56, providing the user with access to 
conduct searches of market database 36 to identify assets for 
purchase, rental or lease. Library button 90 invokes a library 
module (not shown) that allows the user to visit the on-line 

30 library of system 20 for access to downloadable documents. 

Reporting button 92 invokes reporting and analysis module 62 for 
obtaining reports containing analysis results for fleet assets or 
market items. FAQ button 94 invokes FAQ module (not shown), 
allowing the user to access questions and answers of interest to 

35 the users of system 20. 
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Search pane 70 includes pull down menus for defining search 
parameters for conducting a search of either market database 36, 
or fleet database 40. The search is invoked, in an illustrated 
embodiment, by selecting (i.e., "clicking") on a "Search" button 
5 96 . 

The descriptive text pane 72 is configured to display 
predetermined text to the user, based on user interaction with 
electronic system 20. For example, descriptive text pane 72 may 
include information instructing the user as to the organization of 

10 start page 66, and the available options, such as creating an 
actual fleet or a fantasy fleet. 

Advertising/promotions pane 74 is configured to display 
advertising or promotions that may be available. For example, 
certain pieces of equipment may be on a "lease special", more 

15 details of which may be found in the site "STORE" (i.e., via 
"clicking" on "STORE" button 88 on the user's start page). 

Current fleet information pane 76 comprises the interface 
through which a user interacts with electronic system 20 to create 
an actual or a current fleet, and to edit or delete a fleet. 

20 Fleet information pane 76 includes, in the illustrated embodiment, 
a "Create Fleet" button 98, an Edit button 10 0, a Delete button 
102, a radio button 104, and a link 106. Selecting (i.e., 
"clicking") on the "Create Fleet" button 98 causes fleet module 48 
to create a new fleet record in fleet database 40. In one 

25 embodiment, the record includes a fleet name, and a location. 

Edit button 100, when selected by the user, invokes current fleet 
module 52, which is configured to allow the user to edit the fleet 
name and/or location of the fleet selected by radio button 104. 
Note that in Figure 3, only one existing fleet (i.e., the "Denver 

30 Division") is illustrated; however, when two or more existing 

fleets are displayed, each have a corresponding radio button 104 
associated therewith, and only one of the radio buttons may be 
selected at a time (i.e., is darkened). The fleet having a 
darkened radio button is the "selected" fleet for purposes of Edit 

35 button 100, and Delete button 102. Selecting the delete button 
102 causes current fleet module 52 to delete the selected fleet 
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from database 40. In the fleet information pane 76, in the 
illustrated embodiment, each existing fleet under the heading 
"Fleet Name" is configured to operate as a link to another page 
generated by system 20, particularly current fleet module 52. 
5 This "linked" page provides an identification of the assets 

contained in the fleet. The portion of the "linked" page that 
shows the asset identification is illustrated in Figure 4 
(portions of the "page" have been omitted for clarity, like the 
Navigation pane 68, which has was already been shown in Figure 3) . 

10 With continued reference to Figure 3, Fantasy Fleet 

information pane 78 includes a "Create Fantasy Fleet" button 108, 
an Edit button 110, a Delete button 112, a radio button 114, and a 
link 116. Pane 78, and buttons 108, 110, 112, 114, and link 116 
operate in a substantially identical fashion to pane 76, buttons 

15 98, 100, 102, 104, and link 106, as described above, except that 
they pertain to the Fantasy Fleets . 

Figure 4 shows a screen output current fleet module 52, 
responsive to a user' s selection of link 106 in Figure 3 . Figure 
4 includes an identification of the individual assets included in 

20 the "Denver Division" fleet. In an illustrated embodiment, the 

identification includes a listing of the following parameters for 
each asset: a serial number, a make, a model, a capacity (pounds), 
an asset type, an application rating, a usage parameter, a 
utilization parameter (percent), and a cost/hour (U.S. Dollars). 

25 The view illustrated in Figure 4 includes an "Add Asset" 

button 118, an "Add Fleet Charge" button 120, an Edit button 122, 
a Delete button 124, a plurality of radio buttons 126, a Move 
button 128, a pull down menu 130 including entries 130 1( 130 2 , 
130„, and a link 132. The "Add Asset" button 118, when selected by 

30 the user, causes current fleet module 52 to add assets to the 

selected fleet. This process will be described in greater detail 
below. The "Add Fleet Charge" button 120, when selected, causes a 
charge (i.e., monetary charge) to be applied pro-rata to each of 
the assets included in the selected fleet. Edit button 122, and 

35 Delete button 124, when selected by the user, respectively, cause 
current fleet module 52 to allow the user to edit, or delete an 
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asset from the selected fleet. Which asset is affected is 
determined by which radio button 126 is selected. The edit 
function allows the user to edit the asset specification data 
associated with the asset. The "Move" button 128, when selected by 
5 the user, moves an asset (as selected by the radio button 126) , 

from the current fleet to the fleet chosen by the user from one of 
the entries 13 0 lf 13 0 2 , 13 0 n in pull down menu which are actual 
fleets as well as to thereby move real, existing assets between 
existing fleets. 

10 Figure 5 is a simplified flowchart diagram illustrating the 

steps for a method of adding an asset to a fleet . The method 
begins in step 134 . The "Add Asset" function may be invoked from 
either simulated fleet module 50 or current fleet module 52 . The 
description of Figure 5 will be made with reference to module 52, 

15 although it should be understood that module 50 could be executing 
the steps as well. 

In step 13 6, current fleet module 52 obtains basic asset 
specification data responsive to input data provided by user 23 . 
While the particular types of information contained in the asset 

20 specification data will vary depending on the particular asset 
type involved, in the illustrated embodiment where the asset 
comprises an industrial piece of equipment, namely a forklift, the 
asset specification data is divided into four subgroups: "basic", 
"additional", "usage", and "performance". In one embodiment, the 

25 "basic" asset specification data may include an asset type (e.g., 
a standard forklift) , a make/model designation, a serial number, a 
year of manufacture, a capacity (e.g., in pounds), and commentary 
text. In a constructed embodiment, "clicking" the "Add Asset" 
button causes a dialog box to be presented to the user having four 

3 0 tabs labeled "basic", "additional", "usage" and "performance". 
The user moves from tab to tab, filling out respective forms, 
comprising input boxes and pull down menus. When complete, the 
user "clicks" on a "SAVE" link. The method then proceeds to step 
138. 

35 In step 138, module 52 obtains "additional" asset 

specification data, which in the illustrated embodiment of a 
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forklift may include a mast type (e.g., quad, standard, STD, TSU, 
etc.), a tire type (e.g., cushion, foam filled, non-marking, 
pneumatic, polyurethane , etc.), a "fuel type", a mast height, a 
tilt selection, an attachment description, an asset description, a 
5 condition, and an accounting system asset identification (ID) 
number, and a lease ID number. As will be described below, 
reporting and analysis module 62 generates reports that include 
financial parameters, on both a per-asset and a per- fleet basis 
(e.g., average monthly cost). Part of the cost analysis derives 

10 from how much is paid monthly to lease or rent the asset. This 
cost information, in one embodiment, is derived from information 
found in a separate accounting/leasing system (not shown) , and is 
identified and retrieved by electronic system 2 0 using the 
accounting system asset ID number, and lease ID number, provided 

15 as "additional" asset specification data in step 138. In an 

alternate embodiment, where the asset being added is not an asset 
covered under a lease in a leasing system in electronic 
communication with system 20, further financial -option information 
will be obtained from the user for the asset being added, which 

20 may include a purchase price (including applicable depreciation 

information so as to enable calculation of a monthly cost amount) , 
a lease/rental amount, a lease-life rental-term, and a residual 
amount for lease/rent. The method then proceeds to step 140. 

In step 140, current fleet module 52 obtains "usage" asset 

25 specification data, which may comprise the following: an acquired- 
from name (i.e., name), an application rating (e.g., light, 
medium, heavy) , a date in service, an active asset designation 
(i.e., yes or no), a number of shifts used, an original cost per 
hour, an original usage, an original utilization, as well as other 

30 features. The method then proceeds to step 142. 

In step 142, current fleet module 52 obtains "performance" 
asset specification data comprising an original hour meter 
reading, a number of warranty months, a number of warranty hours, 
a date warranted, a date warranty removed, an original equipment 

35 cost, a list price, a preventative maintenance (PM) hours 

specification, and a burden labor rate. It should be appreciated 
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that the original hour meter reading provided to system 20 in step 
142 has a date associated therewith. The meter reading and date 
form a data pair. Future service events on the asset will 
generally also include further meter readings, such that the fleet 
5 database will have a plurality of date/meter-reading data pairs, 
each having a different date attached to it, for the life of the 
asset . 

When the user completes the entry of the asset specification 
data, the user will be prompted to enter maintenance history data 

10 for the asset being configured. As shown in decision block 144, 
current fleet module 52 determines, through a suitable prompt to 
the user, whether further maintenance history data is available. 
If the answer is "YES" , then the method branches to step 146. 

In step 146, current fleet module 52 obtains the next item of 

15 maintenance history data for the asset being configured. 

Maintenance history data may include the job date, a description 
of the problem (e.g., work-related, abuse, breakdown, regular 
maintenance) for which maintenance was required, a diagnosis, a 
commentary, a description of the actual work performed, the name 

20 of the vendor performing the work (if applicable) , whether the 
maintenance source is internal /external, whether covered under 
warranty, a description of the part replaced, a length of service, 
and an hour meter reading (usage) . Financial parameters for the 
maintenance items obtained from the user may include: Invoice 

25 Number, Invoice Date, Invoice Due Date, Invoice Paid Date, Total 
Cost, Labor Rate, Parts Tax, Labor Tax, Labor Hours, whether the 
item is Taxable, Exchange Rate, and Exchange Date. Financial 
parameter values for maintenance items may be used to determine 
total maintenance cost, and average maintenance cost for the 

30 asset. The method then loops back to decision element 144. If 
the answer to decision element 144 is "NO" , then the method 
branches to step 148 . 

In step 148, the asset specification data, including 
maintenance history data, for the asset being configured is stored 

35 in fleet database 40. The method then proceeds to step 150, where 
the "add asset" portion of the current fleet module 52 ends. 
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The process for adding an asset to a "Fantasy Fleet", 
although not shown specifically, is the same as outlined above for 
adding an asset to a current fleet, except that fleet module 48 
invokes simulated fleet module 50, rather than current fleet 
5 module 52. 

Figure 6 shows a screen output generated by current fleet 
module 52 for a configured asset. The configured asset comprises 
asset specification data 154 including maintenance history data 
156. In the example illustrated in the drawing, the user reaches 

10 the screen of Figure 6 by "clicking" on link 132 in Figure 4. 

Through the foregoing, a user wishing basic information (i.e., a 
simple identification) of the assets in the user's fleet need 
proceed no further than Figure 4. However, for greater detail, 
including a description of the asset, the user can "drill down" by 

15 clicking on .link 132 to reach Figure 6. Screen output 152 further 
illustrates an "Add Maintenance Item" button 158, an Edit button 
160, a Delete button 162, a plurality of radio buttons 164 and 
links 166, and 167. 

For assets being tracked and managed by way of system 28, 

20 maintenance history items, such as those illustrated as 
"Preventive Maintenance" and "Steering Mechanism" , are 
automatically entered and available to electronic system 20 
through an information transfer, from a tracking system 28. For 
assets not tracked by system 28, such data is input to system 20 

25 through "front-end" entry by the user (e.g., selecting the "Add 
Maintenance Item" button 158) . 

The Edit button 160, and the Delete button 162, when selected 
by the user, cause current fleet module 52 to allow the user to 
either edit, or delete, respectively, the maintenance item 

3 0 selected via one of the radio buttons 164. The foregoing 

availability of asset specification data, including maintenance 
history data, enhances real time management of assets in a fleet 
(e.g., provides the ability to identify high maintenance items). 

The user, by selecting or "clicking" on link 166, is provided 

35 with even greater detail for a selected maintenance item, for 

example, the item captioned "Preventive Maintenance". Selecting 
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link 167 causes current fleet module 52 to retrieve an image of 
the selected asset . Other features may be provided in the asset 
description shown in Figure 6, including links to asset 
specification information provided by the manufacturer, user 
5 manuals, repair manuals, and many other types of information that 
may be useful concerning the asset . 

Virtual Rental Fleet 

Referring now to Figure 7, in accordance with the present 

10 invention, electronic system 20 is configured to facilitate 

transactions where a first user, such as a dealer, can consign 
assets, such as forklifts, to the electronic market established by 
system 20 for sale, rental, or lease. This feature allows the 
first user, such as the dealer, to increase asset utilization by 

15 exposure of the asset to a broader audience than just the end-user 
customers of that dealer. Additionally, by making assets 
available that a second user/dealer can rent, with a view towards 
sub-renting to an end-user customer, electronic system 20 in- 
effect provides a '"virtual''' rental fleet. The rental fleet is 

20 "virtual" because electronic system 20 enables the second 

user/dealer to provide equipment to his end-user customer that he 
does not own. 

Significantly, the availability of maintenance history data 
for an asset allows the second user/dealer to make a better 

25 informed decision before renting the asset. In the rent/sub-rent 
scenario this is particularly important since the second 
user/dealer is typically responsible for the ongoing maintenance 
and service of the asset during the sub-rental term (i.e., the 
end-user customer typically does not pickup this responsibility 

30 during the sub-rental term). 

Referring to Figure 7, a method of consigning an asset for 
sale, rental or lease on an electronic market includes several 
steps. These method steps will be described briefly as an initial 
matter, then in greater detail in-turn. 
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Step 168 involves generating asset specification data 
including maintenance history data from input data provided by a 
first user. 

Step 170 involves generating a bid definition from further 
5 input data from the first user. 

Step 172 involves storing the asset specification data and 
the bid definition together in an asset profile in market database 
36. 

Step 174 involves searching, market database 36 based on 
10 criteria specified by a second user and displaying the asset 
profile . 

Step 176 involves receiving a selection of an asset from the 
second user for placement of a bid. 

Step 178 involves providing, to the second user, one or more 
15 of a purchase, rental or lease options, in accordance with the bid 
definition. Step 178 also includes receiving a bid on the asset 
from the second user, based on the transaction options. 

Step 180 involves receiving an acceptance of the bid from the 
first user. Once the bid has been accepted by the first user 
20 (i.e., the party "posting" the asset on the electronic market), 
bid module 60 operates to close the transaction contemplated by 
the bid. 

Figure 8 provides greater detail of generating step 168 
(producing asset specification data) and generating step 170 

25 (producing bid definition) . In particular, Figure 8 graphically 
shows in block form an asset profile 182 comprising asset 
specification data 154, and a bid definition 184. Referring to 
the upper half of Figure 8, asset specification data 154 includes 
a plurality of field values, including maintenance history data 

30 156. Maintenance history data 156, in turn, comprises at least a 
date parameter 186, and an action 188 may be any of the 
information referred to above regarding the maintenance item. In 
the illustrated embodiment, generating the asset specification 
data may be performed by executing the "add asset" method 

35 described and illustrated in connection with Figure 5. 
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Bid definition 184 defines the parameters associated with the 
asset being consigned for sale, rental or lease to the electronic 
market created by system 20. The bid definition 184 defines the 
bounds of the sale, rental or lease transaction involving the 
5 asset. Bid definition module 64 (best shown in Figure 2) is 

configured to generate the bid definition 184 as follows. In one 
embodiment, bid definition module 64, when invoked by the user, 
prompts the user for a bid date 190, an availability date 192, and 
information defining the classes of users allowed to bid on the 

10 asset 194. The bid date 190 establishes the date when the asset 

is available for other users to bid on. The availability date 192 
defines the date when the asset can be delivered. 

Classes of users 194 includes a dealer class 196, and a 
member class 198. With respect to dealer class 196, a logical 

15 variable 200 is associated therewith, and may take either of the 
values W Y" , indicating that dealers are allowed to bid on the 
asset, or "N" , indicating that the dealers are not allowed to bid 
on the asset. As illustrated, logical variable 200 is a "Y" , 
indicating that dealers may bid on the asset. Likewise, with 

20 respect to member class 198, a logical variable 202 is provided, 
and may also assume one of the values "Y" or "N" . In the 
illustrated embodiment, users who are in the member class may also 
bid on the asset. It should be understood that other logical 
arrangements, such as the use of a logical "0" or logical "1" 

25 could also be used, being an equivalent thereof. 

Bid definition 184 also includes, for each class of users, an 
identification of which of a sale, rental, or lease transaction is 
available to that class of user. As shown in Figure 8, all three 
of a buy option 204, a lease option 206, and a rental option 208 

30 are enabled for both classes of users (e.g., members and dealers) . 
This is shown by a logical variable 210, (which are all set to 
W Y") . For each transaction type available to a user class, 
respective transaction characteristic data is obtained from the 
first user. For example, the transaction characteristic data for 

35 a sales transaction includes a list sales price, such as shown in 
column 214, and a minimum sales price that a second user (e.g., 
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another dealer) must submit to define a valid bid, such as shown 
in column 212. The transaction characteristic data for a rental 
transaction includes a list rental price for a predetermined 
period of time (e.g. , a month) , and a minimum rental price for 
5 that predetermined period of time that the second user must submit 
in order to define a valid bid. Finally, the transaction 
characteristic data for a lease transaction includes a total lease 
amount, and a term. 

In a constructed embodiment, the bid definition module 64 

10 executes a bid definition wizard. The information obtained from 
the first user to populate the fields described above is obtained 
through a step-by-step process, which leads the user along, 
allowing the user to click on checkboxes to select the classes of 
users who will be allowed to bid, as well as what respective 

15 transactions will be available to that class of user. In 

addition, the bid definition wizard, as executed by bid definition 
module 64, allows direct entry of dates, and pricing, where 
appropriate. 

Bid definition module 64 is also configured for storing the 

20 asset specification data and the bid definition in an asset 

profile in a market database 36 when all the needed bid definition 
information has been collected. This is shown in Figure 8 by a 
double arrowhead line to database 36. 

Having described what bid definition 184 is, and how bid 

25 definition module 64 operates to obtain such information, a 

description of the user's interaction with system 20 will now be 
set forth. To promote the greatest amount of flexibility for the 
user, electronic system 20 includes an asset configuration unit 
for preparing assets for posting and consignment. The asset 

30 configuration unit obtains the asset specification data and bid 
definition to form the asset profile, and comprises multiple 
interfaces/modules. These interfaces/modules include a create and 
define feature of market module 56, a sequence of the add-asset 
feature of fleet module 48 and the add-to-market feature of fleet 

35 search module 54, and the add-to-market feature of fleet search 
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module 54 (for existing assets and shown in Figure 2) . These 
three approaches will be described in detail in-turn. 

First, in a create and define feature, the asset 
specification data (including maintenance history data) , as well 
5 as the bid definition are made by the first user directly out of 
market module 56. That is, when a first user, such as a dealer, 
wishes to post a piece of equipment on the electronic market, the 
first user, after logging in, initially selects the "STORE" button 
88 (Figure 3) from the user's start page 66, which invokes market 

10 module 56. Market module 56, as one of its available functions, 
would directly allow configuration of an asset (i.e., input of 
asset specification data including maintenance history data, as 
well as the bid definition) . When completed, the asset is stored 
in the market database. 

15 Second, if the user wishes to post an asset on the electronic 

market, but the asset does not presently "electrically" exist in 
one of the user's fleets, then the user can follow the "add asset" 
process described above in connection with Figure 5. Once the 
asset is created "electrically", the user then "clicks" the "Add 

20 to Market" button. 

Third, existing assets may be configured for posting as 
follows. A user, for example a dealer, who wishes to post the 
existing asset in market database 36, would invoke the fleet 
search module 54 by selecting the Search button 82. found on start 

25 page 66 (Figure 3) . Figure 9 illustrates a search form that 

allows the user to search the user's fleets to identify assets 
based on specified search criteria. An identification of assets 
satisfying the criteria is returned by fleet search module 54. 
The user then selects the asset to be placed on the market. As 

30 shown in Figure 9, this selection is done by selecting one of the 
radio buttons adjacent the desired asset, and then "clicking" the 
"Add to Market" button 215. Since the asset specification data 
for the selected asset is already stored in the fleet database 40, 
only bid definition 184 need be generated for the asset to prepare 

35 it for posting. "Clicking" on the "Add to Market" button 215 
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invokes the bid definition wizard, described above in connection 
with Figure 8 . 

Through the foregoing functionality, electronic system 
20 allows a user, such as a dealer, to consign an asset to an 
5 electronic market for rental, lease,, and/or sale by a second user, 
such as another dealer. This functionality enables the first 
dealer to increase utilization of infrequently used pieces of 
equipment by making those pieces of equipment available to a 
larger audience of dealers and end-user customers. In addition, 

10 the second dealer realizes an increased virtual inventory of 

equipment from which to, preferably, rent (with a view towards 
sub-renting to an end-user customer) . 

In an alternative use of system 20, a non-dealer user of 
system 20, for example, an equipment, leasing company, may purchase 

15 infrequently used equipment, for example, and make such equipment 
available through market database 36. The universe of dealers 
(with the dealers sub-renting the equipment to end-user customers) 
and end-users may have a sufficiently high aggregate need for such 
piece of equipment to justify the purchase and ongoing rental to 

20 third-parties. In this embodiment, the end-user customer need not 
be aware of the actual ownership of the equipment, and will look 
to the dealer for service, maintenance and the like. 

End-of -Lease Disposal 

25 A particular business type of user who may take particular 

advantage of electronic system 20 is one engaged in the business 
of financing the capital requirements of other companies. For 
example, such financing may involve the lease or rental of 
forklifts 22 1( .., 22„ to the company who actually uses the 

3 0 forklifts in its business, and who pays a lease or rental fee. 
This type of user often has a large number of leases that may 
represent literally thousands of individual assets that are or 
will periodically be coming off of lease. Since this type of user 
has no direct use for such assets, such assets must be disposed of 

35 in an effective manner. The assignee of the present invention has 
determined that the information acquired during the tracking and 
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management of the asset while the asset was being leased can be 
leveraged into a value proposition when such asset comes off of 
lease and must be disposed of. In particular, the assignee of the 
present invention has determined that keeping maintenance history 
5 data associated with assets on lease becomes a value-added feature 
when disposing of the asset in a fashion to be described in detail 
now . 

Figure 10 shows a market-search parameter input form 216 
generated by market search module 58 configured to allow a search 

10 of market database 36. Assets that have been tracked and managed 
by tracking and management system 28 over an operating life (or 
portion thereof) have associated therewith a substantial amount of 
valuable information, including maintenance history data. When 
such assets come off of lease, the particular type of user 

15 described above (i.e., lessor) transfers these assets into market 
database 36. Each asset in market database 36 has an associated 
asset profile comprising both asset specification data (including 
maintenance history data) and a bid definition. Accordingly, 
since these end-of-lease assets already have the asset 

20 specification data defined, only a bid definition needs to be 

created. Completing the bid definition may be done manually for 
each asset, or may be automated through the use of a knowledgebase 
developed over time. Once the asset profiles for the end-of-lease 
assets are stored in market database 36, then the other users of 

25 electronic system 20 will be able to electronically search the 
market database, based on search parameters they specify, in 
anticipation of a purchase, rental or lease transaction. 

Referring to Figure 10, once such a user invokes market 
search module 58, search parameter input form 216 is displayed. 

30 Included in display 216 is a series of radio buttons: a lease 

radio button 218, a buy radio button 220, a rent radio button 222, 
and an "All" radio button 224. As illustrated, the lease radio 
button 218 has been selected; accordingly, all assets in market 
database 36 that are available for lease, and satisfy the other 

35 search parameters, will be identified and returned in an output 
display, shown in Figure 11. It should be understood that the 
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search results may be further limited based on the other search 
parameters like the class of user conducting the market search 
(e.g., whether the user is a "member" or "dealer", and whether a 
particular asset has been configured to be bid on by a "member" or 
5 "dealer") . Selecting the "All" radio button 224 results in a 
search that identifies all assets (i.e., not limited to any one 
transaction type) . Figure 10 also shows that a market search may 
be limited by a lower list price 226, an upper list price 228, as 
well as a plurality of further parameters, such as asset type, 

10 make/model, condition, year of manufacture, and availability date, 
as also illustrated. Once the user has defined the search, the 
market search is invoked by "clicking" the Search button 230. 

Figure 11 shows a screen output 232 of market search module 
58. Output 232 includes an identification 234 of the assets 

15 satisfying the search parameters. In the illustrated embodiment, 
identification 234 includes a date available parameter, an asset 
description parameter, a make and model parameter, a capacity 
parameter, a year of manufacture parameter, a usage rating 
parameter, and a status parameter. The status data in the status 

20 parameter column, if any, is indicative of whether or not the 

asset has been sold. As shown in Figure 11, status data 235 for 
the "Allegany Mega-8" asset indicates that it has been sold. 
Importantly, each asset, in an illustrated embodiment, is linked 
to a respective description, detailed in nature and which includes 

25 information beyond that contained in the simple identification. A 
user can "click" on the "Allegany Mega-8" wording that is 
underlined, and will be hyper-linked to its detailed description. 
Although not shown in Figure 11, the detailed description of an 
asset may be substantially identical to the information 

3 0 illustrated in Figure 6. 

Screen output 232 further includes a Bid button 23 6, a 
plurality of radio selection buttons 23 8, a "New Search" button 
240, and an "Add to Fantasy Fleet" button 242 having an associated 
pull down menu 244. Bid module 60 is configured to allow the user 

3 5 to select one of the assets identified in the market search for 
placement of a bid. To place a bid on an asset, the user first 
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selects the asset using the radio buttons 238. Thereafter, the 
user "clicks" on Bid button 236, which invokes bid module 60. The 
Move or Add to fantasy fleet button 242 will be described in 
greater detail below in connection with the simulated fleet 
5 feature of the present invention. 

Figure 12 shows a screen output 245 generated by bid module 
60. In a constructed embodiment, output 245 includes the detailed 
description of the asset, similar to Figure 6, but which has been 
omitted from Figure 12 for clarity. Bid module 60 provides 

10 transaction options: a purchase transaction option 246, a lease 
transaction option 248, and a rental transaction option 250. The 
desired transaction is selected by the user through the radio 
buttons. In the illustrated embodiment, a "Buy" transaction has 
been selected by the user. 

15 When the selected transaction is a purchase transaction, bid 

module 60 is configured to prompt the user for a bid price offered 
for the selected asset, which is entered in input box 252. As 
used herein, the wording "prompt" merely means to provide a 
mechanism or means to accept the bid price, and does not suggest 

20 or require some active activity, such as a blinking input box, 
input wizard or the like. 

When the selected transaction is a lease transaction, bid 
module 60 is further configured to prompt the user to select a 
lease term, a lease type, and a monthly lease amount offered for 

25 the selected asset. As illustrated in exemplary fashion in Figure 
12, the lease term may be input through a pull down menu 254, the 
lease type may be input through pull down menu 256, and the 
monthly lease amount may be entered (e.g., keyboard) in box 258. 
In a constructed embodiment, the lease term may be one of a 24 

30 month, 3 6 month, 48 month, 60 month, and 72 month term. Further, 
in a constructed embodiment, the lease type may be one of a 
category 1, category 2, category 3, fixed-ten (10%) percent, 
fixed- twenty percent (20%), buyout-new, buyout-used, category 4, 
category 5, category 6, and category 7 type leases. Lease types 

35 may be totally configurable. Of course, other options may be used 
or offered to the user, depending on the asset, market conditions, 
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etc. To facilitate the bidding process, bid module 60 further 
includes a lease calculator tool which may be invoked by 
"clicking" on the Lease Calculator button 262. The lease 
calculator tool allows the user to specify lease term and lease 
5 type, and enter a third parameter, either a monthly payment or a 
total lease amount, and have the lease calculator calculate a 
fourth parameter, the other one of the lease amount and monthly 
payment . The calculated amount can be directly transferred to the 
monthly lease amount box 258. 

10 When the selected transaction is a rental transaction, bid 

module 60 is further configured to prompt the user for a monthly 
rental price offered for the selected asset, which may be entered 
in box 260. The user may submit the bid by "clicking" on the 
"Submit Bid" button 264. 

15 Bid module 60 is further configured to generate a bid history 

(not shown) for each asset that has been posted in market database 
36. The bid history comprises a listing of each bid made by the 
users of system 20 on a particular asset. The bid history 
includes a detail of the submitted bid (e.g., by whom, price 

20 offered, etc.). Bid module 60 is also configured to allow the 
user that posts the asset in the market database (e.g., the 
leasing company) , to retrieve the bid history, to review the bids 
contained in the listing, and finally to accept one of the bids to 
thereby complete the offered transaction. 

25 Through the foregoing, accumulated information acquired from 

the tracking and managing of assets can be leveraged to increase 
financial return when such assets come off of lease and must be 
disposed of . 

30 Simulated ("Fantasy") Fleet 

Conventional asset management systems lack effective tools 
for conducting "what if" analyses i.e., modeling a simulated fleet 
containing both actual assets and proposed assets. The invention 
overcomes the shortcomings inherent in conventional systems by 

35 providing an electronic system 20 for modeling a simulated fleet. 
For example, if two older machines, each with high maintenance 
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costs,, are replaced by two newer machines with lower maintenance 
costs, but with higher lease costs, what effect would such a 
change make on the overall performance of the fleet? The Fantasy 
Fleet simulator of the present invention enables computer-based 
5 modeling that assists answering such questions. 

As shown in Figure 3 , a Fantasy Fleet may be created in the 
same manner as an actual fleet (a fleet with real assets) . A 
fantasy fleet may be created by "clicking" on a Create button 108, 
which invokes the simulated fleet module 50, which in turn prompts 

10 the user to input a fantasy fleet name, as well as a location. 

Once the fantasy fleet has been created, assets may then be added. 

To promote the greatest amount of flexibility possible, 
electronic system 20, to implement the "Fantasy" fleet feature, 
includes a simulated fleet configuration unit that comprises 

15 multiple interfaces/modules for setting up and adding assets to 

the fantasy fleet. These interfaces/modules include at least one 
of an add-asset feature of simulated fleet module 50, an add-to 
fleet feature via the fleet search module 54, an add-to-fleet 
feature via market search module 58, and a step-by-step entry 

2 0 system of the fleet builder module (not shown) , accessible via the 

"Fleet Builder" button on the user's start page 66. Each will be 
described in turn. 

First, the add-asset feature of simulated fleet module 50 may 
be used. A user may "click" on link 116 in Figure 3, which causes 
25 simulated fleet module 50 to generate a screen output 266 --an 
asset view-- as shown in Figure 13. The user interface 
illustrated in Figure 13 operates in substantially the same manner 
as the user interface illustrated in Figure 4 for assets contained 
in an existing fleet. For example, the user, by "clicking" on the 

3 0 "Add-Asset" button 268, causes simulated fleet module 50 to 

present an input data dialog, in accordance with the flowchart of 
Figure 5, for adding an asset. The user then configures the asset 
in the same manner as described above for an existing fleet. 

Second, the add-to-fleet feature of fleet search module 54 
35 may be used. As shown in Figure 9, a user can search his fleets 
by selecting search button 82 from the user's start page 66 
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(Figure 3), which invokes fleet search module 54. The search 
results contain an identification of the assets that are available 
for selection. Selection may occur, for example, through the use 
of radio buttons, as shown in Figure 9. The user may then select 
5 a destination simulated fleet through the use of pull down menu 
270, and then add the chosen asset to the desired fantasy fleet by 
"clicking" on Add button 272. 

Third, the add-to-fleet feature of market search module 58 
may be used. The further method for adding assets to a fantasy 

10 fleet involves conducting a market search, using market search 

module 5S, as illustrated in Figure 10. Then, the user adds assets 
by selecting the desired destination fantasy fleet through pull 
down menu 244, and "clicking" on the Add button 242. Through this 
approach, items available in market database 3 6 may be added to 

15 the fantasy fleet. 

Fourth, a user may use the fleet builder wizard to create a 
fantasy fleet and configure and add assets. The fleet builder 
wizard may be invoked by "clicking" on the "Fleet Builder" button 
86 on the user's start page 66. This step-by-step entry system 

20 leads the user along, prompting for a fleet name, and location, an 
indication that it is a fantasy fleet, and prompts to add an 
asset. The add asset feature of the "fleet builder" dialog is 
substantially the same as the "add asset" feature of the current 
fleet module 52, described above (e.g., Figure 5). 

25 Figure 14 shows a report 274 generated by reporting and 

analysis module 62. In particular, each asset listed in the 
report has an associated plurality of parameters, such as average 
monthly usage hours, total maintenance cost, hourly maintenance 
cost, total lease cost, total operating cost, total hourly cost, 

3 0 percent utilization, etc. A user can invoke the reporting and 

analysis module 62 by selecting the Reporting button 92 from the 
"start" page 66 shown in Figure 3 . The user may then select the 
target fleet (existing or fantasy) for which the report (s) will be 
generated. A user can evaluate changes made to an existing fleet 

35 by generating a report for an existing fleet, configuring a 
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simulated fleet reflecting the proposed changes, and then 
generating a second report . 

The two reports can be compared and decisions made based on 
the results of the comparison. In the report shown in Figure 14, 
the assets enclosed by dashed-line box 276 are part of an existing 
fleet for which a. report (not shown) has already been or will be 
generated by module 62 . The assets shown in dashed-line box 278 
are proposed additions to the existing fleet. The combination of 
the assets in dashed-line box 276, and dashed-line box 278 
constitute the simulated or fantasy fleet . One exemplary 
parameter is total hourly cost 280. Reporting and analysis module 
62 is configured to generate report 274 having a composite output 
282 that is characteristic of all the assets in the simulated 
fleet. The composite total hourly cost 282 can then be compared 
to the corresponding total hourly cost for the existing fleet (in 
the other report) to make an evaluation of the proposed changes. 
Another composite output shown in Figure 14 is percent utilization 
284. It should be appreciated that some of the composite 
parameter values are determined by reporting and analyzing module 
62 according to an arithmetic sum function, such as the total 
maintenance cost parameter. Reporting and analyzing module 62 is 
further configured to determine other composite parameters, such 
as hourly maintenance cost, utilization, and total hourly cost, 
according to an arithmetic average function. The parameters 
dealing with money amounts (e.g., dollars) required or desirable 
to make an asset acquisition determination may be characterized as 
a financial figure of merit. Other parameters, such as 
utilization percent, may be characterized as a performance figure 
of merit . 

To the extent that the specific assets included in the 
simulated fleet have actual usage, performance, utilization, and 
cost data associated therewith, then such information is used by 
reporting and analyzing module 62 in computing composite values. 
However, when the assets are of the type that have no asset - 
specific data associated therewith, then profiled asset 
specification data is used in performing the analysis . 
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Additionally, when preconf igured assets from preconf igured 
database 42 are included in a simulated fleet (or in an actual 
fleet) , then composite data for assets of a similar type are used 
by module 62 for analysis purposes . 
5 In accordance with the provisions of the patent statutes, the 

principle and mode of operation of this invention have been 
explained and illustrated in several preferred embodiments. 
However, it must be understood that this invention may be 
practiced otherwise than as specifically explained and illustrated 
10 without departing from its spirit and scope. 
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CLAIMS 

What is claimed is: 

1. An electronic system for modeling a simulated fleet 
comprising: 

a simulated fleet configuration unit configured to 
allow a user to add one or more assets to said simulated fleet, 
each asset having a parameter associated therewith; 

a reporting and analysis module configured to generate 
a report having a composite output that corresponds to said 
parameter and is characteristic of all of said assets in said 
simulated fleet; and 

a communications interface configured to facilitate 
electronic remote access of said system by the user. 

2 . The system of claim 1 wherein said simulated fleet 
configuration unit comprises one of: 

a fleet builder module, including a step-by- step asset 
entry system; 

a fleet search module including a first add- to- fleet 

feature ; 

a simulated fleet module including an add-asset 
feature, and 

a market search module including a second add-to-fleet 

feature . 

3 . The system of claim 1 wherein said simulated fleet 
configuration unit is further configured to store data associated 
with said assets of said simulated fleet in a first database, said 
first database further including data associated with assets in an 
existing fleet, said simulated fleet configuration unit being 
further configured to allow the user to add assets from said 
existing fleet to said simulated fleet. 
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4 . The system of claim 3 wherein said simulated fleet 
configuration unit is configured to execute on an application 
server. 

5 . The system of claim 3 further including a second 
database that includes data associated with assets available for 
one of a purchase, rental and lease transaction, wherein said 
simulated fleet configuration unit is further configured to allow 

5 the user to add one or more assets from said second database to 
said simulated fleet. 

6 . The system of claim 5 further including a third 
database that includes data associated with a plurality of pre- 
configured assets, each preconf igured asset comprising a parameter 
having a composite value derived from corresponding parameter 

5 values associated with a plurality of specific assets of a similar 
type, said simulated fleet configuration unit being further 
configured to allow the user to add one or more assets based on 
type from said third database to said simulated fleet . 

7 . The system of claim 6 wherein said simulated fleet 
includes a first asset from said existing fleet, and a second 
asset selected from one of said second database corresponding to 
assets for purchase, rental and lease, said third database 

5 corresponding to pre -configured assets, and user-defined assets. 

8. The system of claim 3 wherein said assets comprise 
industrial equipment . 

9. The system of claim 8 wherein said assets comprise 
forklifts . 

10. The system of claim 9 wherein said parameter includes 
at least one of a total maintenance cost, an hourly maintenance 
cost, a total lease cost, a total operating cost, a total hourly 
operating cost, and a utilization rating. 
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11. The system of claim 10 wherein said parameter is one of 
said total maintenance cost, said total lease cost, and said total 
operating cost, and wherein said reporting and analyzing module is 
further configured to determine said composite output according to 
an arithmetic sum function. 

12. The system of claim 10 wherein said parameter is one of 
said hourly maintenance cost, said total hourly cost, and said 
utilization, wherein said reporting and analyzing module is 
further configured to determine said composite output according to 
an arithmetic average function. 

13 . The system of claim 7 wherein said report associated 
with said simulated fleet is a first report, said reporting and 
analyzing module being further configured to generate a second 
report having another composite output that is associated with 
said existing fleet, to thereby allow the user to compare said 
first and second reports to evaluate the existing fleet and the 
simulated fleet . 

14 . The system of claim 3 wherein said reporting and 
analyzing module is configured to execute on an application 
server. 

15 . The system of claim 3 wherein said communications 
interface comprises an Hyper-Text Transfer Protocol (HTTP) 
compliant web server. 
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16. An electronic system for modeling a simulated fleet 
comprising: 

a fleet database including data associated with an 
existing fleet comprising a plurality of specific pieces of 
industrial equipment; 

a market database including data associated with a 
plurality of specific pieces of industrial equipment that are 
available for one of purchase, rental and lease; 

a simulated fleet configuration unit configured to 
allow a user to add a first piece of industrial equipment to said 
simulated fleet from said existing fleet based on data in said 
fleet database, said simulated fleet configuration unit being 
further configured to allow said user to add a second piece of 
industrial equipment based on data from one of said market 
database, and user-defined industrial equipment, each piece of 
industrial equipment having a parameter associated therewith; 

a reporting and analysis module configured to generate 
a report having a composite output corresponding to said parameter 
that is characteristic of all pieces of industrial equipment in 
said simulated fleet; and 

a communications interface configured to facilitate 
electronic remote access by said user. 

17. The system of claim 16 further including a pre- 
conf igured asset database that includes data associated with a 
plurality of modeled pieces of industrial equipment based on type. 

IB. The system of claim 17 wherein said report is a first 
report, said reporting and analysis module being further 
configured to generate a second report having another composite 
output based on industrial equipment in said existing fleet to 
thereby allow the user to compare said first and second reports to 
evaluate said existing and simulated fleets. 
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19. A method of modeling a simulated fleet comprising the 
steps of: 

(A) providing a fleet database including data associated 
with an existing fleet comprising a plurality of specific pieces 

5 of industrial equipment ; 

(B) providing a market database including data associated 
with a plurality of specific pieces of industrial equipment that 
are available for one of purchase, rental and lease; 

(C) providing a pre -configured asset database that includes 
10 data associated with a plurality of modeled pieces of industrial 

equipment based on type; 

(D) selecting a first piece of industrial equipment for 
inclusion in said simulated fleet from the existing fleet based on 
data in the fleet database, and further selecting a second piece 

15 of equipment based on data from one of the market database, the 
pre-conf igured asset database and user-defined pieces of 
industrial equipment, each piece of industrial equipment having a 
parameter of interest associated therewith; 

(E) generating a report having a composite output value as 
20 a function of respective parameter values associated with the 

first and second pieces of equipment; and 

(F) electronically transmitting the report to the user at a 
remote location. 

20. The method of claim 19 wherein the report is a first 
report, said method further including the step of: 

generating a second report having another composite output 
value based on respective parameter values associated with pieces 
5 of industrial equipment in the existing fleet to thereby allow the 
user to compare the first and second reports to evaluate the 
existing and simulated fleets. 

21. The method of claim 20 wherein the parameter comprises 
a financial figure . 
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22. An electronic system for facilitating transactions 
comprising : 

an asset configuration unit responsive to input data 
provided by a first user for generating a profile of an asset, 
said profile comprising asset specification data and a bid 
definition defining parameters associated with one of a purchase, 
rental and lease transaction of said asset; 

a market database for storing a plurality of said asset 

profiles ; 

a market search module configured to search said market 
database based on search parameters specific by a second user and 
generate an identification of assets according to said search 
parameters, said market search module being configured to display 
to said second user a portion of said asset specification data for 
at least one of said identified assets; 

a bid module configured to allow said second user to 
select said one of said identified assets for placement of a bid 
thereon, said bid module being further configured to provide at 
least one of purchase, rental and lease transaction options to 
said second user in accordance with said bid definition; and 

a communications interface for facilitating electronic 
remote access of said system by said first and second user. 

23 . The system of claim 22 wherein said asset specification 
data includes maintenance history data, said market search module 
being further configured to display said maintenance history data 
for said at least one of said identified assets. 

24 . The system of claim 23 wherein said bid definition 
includes a bid date defining when said asset will be available for 
placement of a bid thereon, and an availability date defining when 
said asset is expected to become available for delivery. 

25. The system of claim 23 wherein said bid definition 
includes a bidder classification parameter defining classes of 
users allowed to place a bid on said asset. 
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26. The system of claim 25 wherein said user classes 
include a dealer class and a member class . 

27. The system of claim 25 wherein said bid definition 
further includes an identification of which of said purchase, 
rental and lease transactions are available to each class of 
users . 

28. The system of claim 27 wherein said bid definition 
further includes, for each transaction identified as being 
available for each class of users, respective transaction 
characteristic data. 

29. The system of claim 28 wherein said transaction 
characteristic data for a rental transaction comprises a list 
price for a predetermined period of time, and a minimum price that 
said second user must submit to define a valid bid. 

30. The system of claim 28 wherein said transaction 
characteristic data for a lease transaction comprises a periodic 
lease amount and a lease term. 

31. The system of claim 23 wherein asset configuration unit 
comprises a fleet module configured to generate and store said 
asset specification data in a fleet database, said configuration 
unit further including a bid definition module configured to 

5 generate and associate said bid definition with said asset 
specification data to define said asset profile, said bid 
definition module being further configured to store said asset 
profile in said market database. 

32. The system of claim 23 wherein said bid module is 
further configured to generate a bid history for said first user 
including a detail of each bid submitted by said second user. 
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33. The system of claim 23 wherein said bid is a first bid, 
said bid module being further configured to allow a third user to 
select said asset for placement of a second bid thereon, said bid 
module being further configured to provide purchase, rental and 

5 lease transaction options for selection by said third user in 

accordance with said bid definition, said bid module being further 
configured to generate a bid history for said first user including 
a detail of each bid submitted for said asset by said second and 
third users of said system. 

34. The system of claim 33 wherein said bid module is 
further configured to allow said first user to choose one of said 
bids from said bid history, and to complete said transaction 
offered by said chosen bid. 

35. An electronic system for establishing a virtual rental 
fleet of assets comprising: 

a fleet module responsive to input data provided by a 
first user for generating asset specification data associated with 
5 an asset, including maintenance history data; 

a bid definition module responsive to further input 
data provided by said first user configured to generate a bid 
definition defining parameters associated with a rental 
transaction contemplated for said asset, said bid definition 
10 module being further configured to associate said bid definition 
with said asset specification data to thereby define an asset 
profile that is stored in a market database; 

a market search module configured to search said market 
database based on search parameters specified by a second user, 
15 said market search module being further configured to generate an 
identification of assets according to said search parameters, and 
display to said second user at least a portion of a said asset 
specification data including said maintenance history data for one 
of said identified assets; 
20 a bid module configured to allow said second user to 

select one of said identified assets for placement of a bid 
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thereon, said bid module being further configured to provide 
rental transaction options to said second user in accordance with 
said bid definition, said bid module being further configured to 
25 generate a bid history for said first user including a detail of 
said bid; and 

a communications interface for facilitating electronic 
remote access of said system by said second user. 

36. The system of claim 35 wherein said bid module is 
further configured to allow said first user to complete the rental 
transaction contemplated by said bid. 

37. The system of claim 36 wherein said second user is a 
first dealer registered with said system. 

38. The system of claim 37 wherein said first user is a 
second dealer registered with the system. 

39. A method of consigning an asset on an electronic market 
for rental, comprising the steps of: 

(A) generating asset specification data associated with an 
asset including maintenance history data using input data from a 

5 first user of the electronic market; 

(B) generating a bid definition defining parameters 
associated with a rental transaction of the asset using further 
input data from the first user; 

(C) storing the asset specification data and the bid 
10 definition together in an asset profile in a market database; 

(D) searching the market database based on search 
parameters specified by a second user and displaying to the second 
user at least a portion of the asset specification data that 
includes the maintenance history data; 

15 (E) providing rental options to the second user based on 

the bid definition; and 

(F) receiving, through a global computer network, a bid 
from the second user for a rental transaction. 
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40. The method of claim 39 further comprising the step of: 
registering the second user as a dealer. 

41. The method of claim 40 further comprising the step of: 
registering the first user as a dealer. 

42. The method of claim 41 further comprising the steps of: 
receiving an acceptance of the bid from the first user; 

and 

closing the transaction specified by the bid. 

43 . An electronic system for facilitating transactions 
comprising: 

a first database configured to store information 
associated with a plurality of assets; 
5 a market search module configured to search said first 

database based on search parameters specified by a user in 
anticipation of at least one of a purchase, rental and lease 
transaction, said market search module being further configured to 
generate an identification of assets according to said search 
10 parameters, wherein one of said identified assets has a 
description that includes maintenance history data; and 

a communications interface for facilitating electronic 
remote access of said system by said user. 

44. The system of claim 43 wherein said search module is 
configured to allow said user to select one of said identified 
assets to obtain said description. 

45. The system of claim 44 wherein said description 
includes information beyond that included in said identification 
of assets . 

46. The system of claim 43 wherein said search parameters 
include at least one of an availability for purchase, an 
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availability for lease, an availability for rental, all assets 
available for any one of purchase, lease and rental, a lower list 
5 price, an upper list price, an asset type, an asset make/model, an 
asset condition, an asset model year, and an asset availability 
date . 

47. The system of claim 43 wherein said identification 
includes status data indicative of whether said asset has been 
sold. 

48. The system of claim 43 wherein said identification 
includes asset availability date data. 

49. The system of claim 43 further including a tracking and 
management system configured to track at least one of said assets 
and acquire said maintenance history data therefor. 

50. The system of claim 43 wherein said identification 
includes asset make/model data. 

51. The system of claim 43 wherein said description 
includes at least one of image data, asset specification data, 
asset user manual data, serial number data, make data, model data, 
capacity data, type data, application rating data, description 

5 data, fuel type data, tire type data, condition data, date-in- 
service data, comment data, list price data, preventative 
maintenance (PM) hours threshold data, shifts-used data, date- 
warranted data, warranty months data, warranty hours data, date 
warranty removed data, burden labor rate data, original asset cost 
10 data, original hour-meter data, accounting system identification 
(ID) number data associated with said one asset, and lease 
identification (ID) number data associated with said one asset. 

52 . The system of claim 43 further including a bid module 
configured to allow said user to select one of said identified 
assets for placement of a bid thereon, said bid module being 
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further configured to provide selectable purchase, rental and 
lease transaction options in response to said selection for bid. 

53 . The system of claim 52 wherein said purchase 
transaction is selected by said user, said bid module being 
further configured to receive a bid price from said user. 

54. The system of claim 52 wherein said lease transaction 
is selected by said user, said bid module being further configured 
to receive a lease term and lease type selection, and a total 
lease amount from said user. 

55. The system of claim 54 wherein said bid module includes 
a lease calculator tool configured to output a selected one of a 
monthly lease amount and a total lease amount . 

56. The system of claim 52 wherein said rental transaction 
is selected by said user, said bid module being further configured 
to receive a monthly rental price from said user. 

57 . The system of claim 56 wherein said bid module is 
further configured to allow said user to select one of a month-to- 
month rental arrangement and a fixed term rental arrangement . 

58. The system of claim 52 wherein said information stored 
in said first database comprises an asset profile for each one of 
said plurality of assets, said asset profile including asset 
specification data and a bid definition defining parameters 
associated with said purchase, rental and lease transactions, said 
bid module being configured to determine whether said bid made by 
said user is valid using said bid definition. 

59. The system of claim 43 wherein said communications 
interface comprises an Hyper-Text Transfer Protocol (HTTP) 
compliant web server. 
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60. An electronic system for facilitating transactions to 
dispose of assets comprising: 

a market database configured to store information 
associated with a plurality assets; 
5 a market search module configured to search said market 

database based on search parameters specified by a user in 
anticipation of at least one of a purchase, rental and lease 
transaction, said market search module being further configured to 
generate an identification of assets according to said search 
10 parameters, said search module being further configured to allow 
said user to select a first one of said identified assets for 
obtaining a description comprising information beyond that in said 
identification and including maintenance history data; 

a bid module configured to allow said user to select a 
15 second one of said identified assets for placing a bid thereon, 
said bid module being further configured to provide purchase, 
rental and lease transaction options for selection by said user 
and to receive said bid; and 

a communications interface for facilitating electronic 
20 remote access by said user. 

61. The system of claim 60 wherein said first one and said 
second one of said identified assets are different. 

62. The system of claim 60 wherein said first one and said 
second one of said identified assets are the same asset. 

63. The system of claim 60 further including: 

a tracking and management system configured to track 
said assets and acquire said maintenance history data therefor, 
and store said maintenance history data therefor and store said 
5 maintenance history data in said market database . 

64. The system of claim 60 wherein said search parameters 
include at least one of an availability for purchase, an 
availability for lease, an availability for rental, all assets 
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available for any one of purchase, lease and rental, a lower asset 
list price, an upper asset list price, an asset type, an asset 
make/model, an asset condition, an asset model year, and an asset 
availability date. 

65. The system of claim 60 wherein said first description 
includes status data indicative of whether a respective one of 
said assets has been sold. 

66. The system of claim 60 wherein said first description 
includes asset availability date data. 

67. The system of claim 60 wherein said first description 
includes asset make/model data. 

68 . The system of claim 60 wherein said second description 
includes at least one of image data, asset specification data, 
asset user manual data, serial number data, make data, model data, 
capacity data, type data, application rating data, description 
data, fuel type data, tire type data, condition data, date-in- 
service data, comment data, list price data, preventative 
maintenance (PM) hours threshold data, shifts -used data, date- 
warranted data, warranty months data, warranty hours data, date 
warranty removed data, burden labor rate data, original asset cost 
data, original hour-meter data, accounting system identification 
(ID) number data associated with said selected asset, and lease 
identification (ID) number data associated with said selected 
asset . 
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69. A method for disposing of assets, comprising the steps 

of: 

(A) providing a market database configured to store 
information associated with a plurality assets; 

(B) searching the market database to identify assets 
satisfying search parameters specified by a user in anticipation 
of at least one of a purchase, rental and lease transaction; 

(C) generating an output that includes an identification of 
assets identified in said searching step; 

(D) generating a description comprising maintenance history 
data for a first one of the identified assets selected by the 
user; 

(E) electronically communicating the description to the 
user wherein the user is remotely located; and 

(F) receiving a bid from the remote user for one of the 
purchase, rental and lease transaction of a second one of the 
identified assets. 

70. The method of claim 69 further comprising the step of: 
receiving an acceptance of the bid from an owner of the 

bid-on asset. 

71. The method of claim 69 further comprising the steps of: 
purchasing one of said plurality of assets in a new 

condition; 

tracking said one asset during an initial portion of an 
operating life thereof; 

acquiring maintenance history data associated with said one 
asset during said initial portion ; 

storing the acquired maintenance history data in a fleet 
database; and 

transferring said stored maintenance history data to said 
market database when said asset is being offered for one of 
purchase, rental and lease. 
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